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Description 

FIELD OF THE INVENTION 

5 [0001] This invention relates generally to volume rendering, and more particularly, to classifying samples in a ren- 
dering pipeline. 

BACKGROUND OF THE INVENTION 

10 [0002] Volume rendering is often used in computer graphics applications where three-dimensional data need to be 
visualized. For example, the volume data are scans of physical objects, or atmospheric, geophysical or other scientific 
models. With volume rendering, the internal structure, as well as the external surfece of physical objects and models 
are visualized. Voxels are usually the fundamental data items used in volume rendering. A voxel is a data item that rep- 
resents attributes of a particular three-dimensional portion of the object or model. 

15 [0003] A voxel represents some particular intensity value of the object or model, such as physical parameters, e.g., 
density, elasticity, velocity, to name but a few, inferred by CT, MRI. PET, SPECT, ultrasound, or other scanning means. 
During rendering, the voxel values are converted to pixel color and opacity (RGBa) values which can be projected onto 
a two-dimensional image plane for viewing. 

[0004] One frequently used technique during the rendering process is ray casting. A set of imaginary rays are 
20 "traced" through the array of voxels. For a particular viewing orientation, the rays are cast to the image plane in either a 
back-to-front, or a front-to-back order. The voxel values are sampled along the rays, and various techniques are known 
to reduce the sampled value to pixel values. 

Rendering Pipeline 

25 

[0005] Volume rendering can be done by software or hardware. In one prior art hardware implementation, as shown 
in simplified form in Figure 1, the hardware is arranged as a multi-stage pipeline 100, see U.S. Patent Application 
09/190.643 "Fast Storage and Retrieval of Intermediate Values in a Real-Time Volume Rendering System," filed by 
Kappler et al. on Nov. 12, 1998. The input to the pipeline 100 is voxel stored in a voxel memory 101, and the output is 
30 pixels stored in a pixel memory or frame buffer 109. The stages can include decoding 110, interpolating 120, gradient 
estimating 130, classifying and shading 140, and compositing 150. 

[0006] During operation of the pipeline 100, the decoder (address generator) 110 generates addresses of voxels 
stored in the voxel memory 101. The addresses are generated in a suitable order. Blocks of voxels are read from the 
memory, and presented to the pipeline for processing one at the time. 
35 [0007] The interpolator 120 assigns values to sample points along the rays based upon voxel values in the neigh- 
borhood of the sample points. Typically, one can interpolate either voxel fields, or color-opacity fields using a predeter- 
mined interpolation mode, e.g., linearly, probabilistically, or nearest neighbor. 

[0008] During gradient estimation 130, vectors (G^yvw) representing the direction and rate of change of voxel or 
sample values are estimated. Gradients with large magnitudes denote surfaces, or boundaries between, for example, 
40 types of material. The gradients are applied to shading and illumination functions to produce highlights that enhance 
the three-dimensional appearance. 

[0009] During classification 140, color and opacity values are assigned to each sample point. During illumination 
145, also known as shading, sample points are illuminated with highlights and shadows to produce a more realistic 
three-dimensional appearance. For example, Phong shading can be applied, see Phong, "Illumination for computer 

45 generated pictures," Communications of the ACM 18(6), pp. 49-59. 

[0010] The output of the shading stage 145 is a stream of color and opacity values at sample points. This stream 
is fed to the compositing unit for accumulation into the pixel values of the rays. The pixel value of each ray must be accu- 
mulated one sample point at a time. Finally, after the color and opacity values of all of the sample points on an individual 
ray have been accumulated, the resulting pixel value of that ray is written to the pixel memory. 

50 [0011] It will be appreciated that the order of gradient estimation, interpolation, and classification can be permuted. 
In fact, different prior art systems use different orders for the stages. However, in the prior art of ray-casfing, the order 
of the stages in a particular system is fixed. 

[0012] It is desired that the classification of voxels be generalized. In the prior art, voxel typically are single values 
or a fixed format dedicated to a specific application. Generalizing the format, will allow the pipeline to support a greater 
55 variety of applications. 
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SUMMARY OF THE INVENTION 

[0013] A method maps samples in a rendering pipelines. The samples are stored in a sample memory. Each sam- 
ple has a plurality of fields. A descriptor is stored for each field in a field format register. Each sample is read ft-om the 
5 memory into a mapping unit. The fields are extracted from each sample according to the con-esponding descriptor, and 
forwarded in parallel to the rendering pipeline. 

[0014] The fields can overlap, and can be enumerated in any order. The fields can store intensity values or physical 
values, or combinations thereof. The fields are scaled to fit data paths In the pipeline. The fields can be interpolated first 
and classified later, are classified first and interpolated later. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0015] 

15 Figure 1 Is a block diagram of a prior art rendering pipeline; 

Figure 2 Is a block diagram of a multi-field voxel according to the invention; 
Figure 3 is a block diagram of a voxel format register; 

20 

Figure 4 is a block diagram of a field format register; 

Figure 5a is a block diagram of a configurable classification and interpolation stage of a rendering pipeline accord- 
ing to the invention; 

25 

Figure 5b is a detailed block diagram of the classification and interpolation stages; 
Figure 6 is a block diagram of a look-up fomriat register; 
30 Figure 7 is a block diagram of cascaded arithmetic logic units; 
Figure 8 is a block diagram of an ALU operation register; 
Figures 9-1 1 are operations performed by the ALUs of Figure 7; 

35 

Figure 12 is a circuit diagram of a unit for opacity weighting; and 

Figure 13 is a block diagram of a histogramming unit. 

40 DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

[0016] As shown in Figure 2, a raw sample, for example, a voxel 200, to be classified according to our invention, 
includes a plurality of fields (F^, F^) 201-209. Each of the fields 201-209 is a subset of the bits in the sample. Each 
field is specified as an offset and width in the raw sample 200. Any of the fields can overlap as shown for fields F-j and 

45 F2. The fields can be enumerated in any order. 

[0017] The fields describe different attributes of a represented three-dimensional object or model. For example, if 
the object is a human head, then the fields 201-209 can respectively store intensity values acquired from CT, MRI, PET, 
SPECT, and ultrasound scans, i.e., each voxel stores five different scan intensity values in a single voxel representation, 
one field for each intensity value. 

50 [0018] Some fields can be category fields related to the way the volume is segmented, e.g., bone, soft tissue, liga- 
ments, blood, etc. For physical models, the fields can store state variables used in scientific visualization, e.g., pressure, 
velocity, angular momentum, elasticity, density, temperature, and viscosity. For any volume data set, the fields can also 
store depth, 3D stencil, shadows, fog, voxelized and embedded synthetic or drawn objects. 

[0019] In addition, any of the fields can be marked for specialized processing. For example, during shading, opac- 
55 ity-weighted color values are modulated to emphasize surface boundaries. For a multi-field sample 200 according to our 
invention, the application can specify which fields are used for gradient calculations. For each component of the gradi- 
ent, the application can specify which of the voxel fields to use in order to determine any of the three gradient compo- 
nents. 
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[0020] For multi-field visualization, it is often desirable to interpolate fields within voxels separately. Furthermore, 
each field within the voxel can have a different interpolation applied, e.g., tri linear for intensity fields, and nearest neigh- 
bor interpolation for category fields, for example. 

[0021] It is of interest for both software and hardware applications to be able to have a common framework for clas- 
5 sifying all special cases of voxel formats in a uniform fashion. We provide a pipelined classifier, described in greater 
detail below, that can map voxel field values to RGBa values for any transfer function. 

Voxel Fomriats 

10 [0022] We have implemented a flexible protocol for specifying a wide range of input formats for raw samples. Voxels 
are stored as 8,16, 32, or larger bit quantities in a voxel memory. Voxels are partitioned into fields, each of which may 
have a different meaning for a particular application. Fields may be 4. 8, 12, 16, or other number of bits in width. In one 
embodiment, the fields are aligned on a four-bit boundary within the voxel. Fields larger or smaller than data paths can 
be scaled to fit the data paths. The format of a voxel is described in a VoxelFormat register 300, as shown in Figure 3 

15 for an example five field voxel. 

Field Descriptors 

[0023] Fields of voxels are defined by descriptors of in a FieldFormat register 400, as shown in Figure 4. This is an 
20 8-bit descriptor defining the Size 401 of the field (in 4-bit nibbles), the Position of the field within its voxel, (also in 4-bit 

nibbles), and what to do when the field has a different size than from the size for its intended use in a data path. Control 

bits 403 define the numeric format of the field, and implicitly how a field may be expanded or shrunk ("scaled") to fit the 

data path to which it is connected: either by repeating fraction arithmetic or by adding or re-moving bits fi^om either the 

most significant or least significant end. 
25 [0024] Control = 0: the field of the raw voxel is treated as an unsigned repeating fraction value in the range [0... 1]\ 

the value of the field is scaled and rounded to be a repeating fraction of the number of bits of the target data path, and 

as nearly equal as possible to the original value. Repeating fi^ctional numbers are described in greater detail below. 

[0025] Control = 1: the field of the raw voxel is treated as a signed repeating fraction value in the range [-7,..., +1]. 

The value itself is converted as for control = 0 above. 
30 [0026] Control = 2: the field of the raw voxel is expanded or truncated in its least significant bits to fit the data path. 

The most significant bits are preserved. This format is most useful when the magnitude of the number relative to its 

maximum is more important than the number of bits in its representation. 

[0027] Control = 3: the field of the raw voxel is treated as a binary integer and the field is expanded or truncated in 
its most significant bits to fit the data path. The least significant bits are preserved. This is useful when the value of the 
35 field, relative to zero is more important than the number of bits. For example, when category bits represent different 
types of tissue, e.g., when category bits represent different types of tissue, e.g., air = 0, bone = 1, muscle = 2, etc. 

Repeating Fraction Number Representation 

40 [0028] Many graphics applications use a fixed width binary number to represent color, transparency, or other 
parameters that have fractional values in the range zero to one, inclusive. 

[0029] Let R be the number of bits in the binary number and let V be the unsigned binary value stored in these bits. 
Then F = V/(2^-1) is a rational number in the range [0.. 1]. That is, when V equals zero, F equals zero, and when V 
equals its largest possible value, {2^ - 1), F equals one. This representation is well known in the prior art. For example, 

45 the OpenGL Specification refers to it as a special kind of fixed point representation. 

[0030] To clearly distinguish the representation described herein from ordinary fixed point representation, the term 
"repeating fractions" is used. The name term derives from the fact that expanding F into a fixed point binary fraction 
produces 0. WWW..., that is, a binary fraction that repeats the R-b\X value V infinitely to the right of the binary point. 
[0031] Repeating fractions can be represented with more than R bits and can even be signed. In that case, R is the 

50 "repeating precision" of the number, since R defines the implicit scale factor (2^-1). This allows F to have values out- 
side the range [0... 1]. In this case, the binary fixed point representation consists of an integer value followed by an R- 
bit infinitely repeating binary value. Repeating fractions with the same precision may be added and subtracted in the 
same way as ordinary integers. 

[0032] Other arithmetic operations, including changing the repeating precision, may be performed by first comput- 
55 ing F for each repeating fraction, performing normal arithmetic, and then multiplying the resulting value by (2^ - 7) for 
the repeating precision R of the result. More efficient forms exist for operations on repeating fractions. For example, 
doubling the repeating precision from R to 2R simply requires computing V + {V< <R) . 
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Classification and Interpolation Order 

[0033] As shown in Figure 5a, the pipeline according to the present invention can perform Interpolation 520 and 
classification 521 in either order, interpolation before classification (C/), and classification before interpolation {CI). The 

5 reason for two different processing orders is a follows. 

[0034] Scanners acquire sampled data by making physical measurements which typically represent an Integral 
over a small region of space. Adjacent voxels often represent the integrals of overlapping regions. In these cases, it is 
more accurate to interpolate voxels first, then classify the result. In particular, a voxel at a boundary of, say, two different 
tissues is likely to represent an average of the physical properties of each tissue. When interpolating, ail we are doing 

10 is moving the points of average. To make this useful, the classification function should present a continuous transition 
from between the colors and opacities assigned to the two tissue types. 

[0035] Sometimes, sampled data may be pre-segmented (manually or automatically) into distinct materials, e.g., 
bone, muscle, cartilage, etc. Given such data, it would be inappropriate to interpolate between two differently Identified 
tissues to obtain a third tissue that is not really there. In these cases, it is better to classify the voxels first, then interpo- 
15 late the resulting colors. This is not so much an average of the physical properties of adjacent tissue types, but rather 
a blend of the colors at their boundaries. 

[0036] Therefore, two control signals, IC and CI 501, invoke these two modes, respectively. The control signals 
select inputs for multiplexers 515, 525, and 580. Each control signal causes a volume to be rendered according to the 
control signals. If the fields are first interpolated, then those fields which are not twelve bits wide are scaled to twelve 
20 bits according the Control bits 403 of their respective field descriptors 400. The results are then routed to the interpo- 
lators 520, which produce interpolated voxel fields. 

[0037] It should be noted that in special cases IC/CI can be set to complete bypass either of the classification or 
interpolation stages. For example, a volume data set that is "preclassified" i.e., RGBa are already assigned to the voxel 
fields, does not need to pass through the classification stage, it is sufficient to only interpolate. Conversely, It may be 
25 desired to classify a volume data set without interpolation to obtain RGBa values. 

Classification Stage 

[0038] Figure 5b shows the classification and interpolation stages in greater detail. Typically, the input to the inter- 
30 polation stage 520 and the classification stages 521 is raw voxels 200, and the output is opacity-weighted RGBa sam- 
ples 299. 

[0039] A voxel mapping unit 510 uses the format registers 300 and 400, as described above, to extract fields from 
the voxels. Both the classification stage and the interpolation stage, described in detail below, process the multiple 
fields independently and in parallel. That is, each stage can be considered to fork into, for example, four pipelines, one-' 

35 for each field. **" 
[0040] The multiplexers 515, 525, and 580 select the order of processing through the interpolation and classifica- 
tion stages. Three scalers 531-533 are coupled to the mapping units and the interpolators by multiplexers 525. The 
scalers adjust the size of the extracted fields to fit the data paths. The output of the scalers are used to index look-up 
tables (LUT-0 LUT-3) 541-544. In a prefen-ed embodiment, one 4096x36 and three 256x36 look-up tables are used. 

40 [0041] In the present embodiment, there is a fixed relationship between fields and look-up tables in the classifica- 
tion stage. FieldO is used as an index to look-up values in LookupTableO (a 256-entry table) 541, fieldl is used as an 
index to look-up values in LookupTablel (another 256-entry table) 542, field2 is used as an index to look-up values in 
LookupTable2 (a third 256-entry table) 543, and fields is used as an index to look-up values in LookupTableS (the 4K- 
entry table) 544. In the case that a field of 1 2 or more bits is applied to a 256entry look-up table, the field is scaled down 

45 to eight bits. The method of scaling is governed by the FieldControl bits 403, e.g., FieldO.Controi. Fieldl. Control, and 
FieldZ.Contfol, respectively, as shown in Figure 5. 

[0042] If fields 201-204 are first classified, then the fields are immediately converted to eight or twelve bits, and mul- 
tiplexed directly to the con^esponding look-up tables, i.e., FieldO 201 to LookupTableO 541 , Fieldl 202 to LookupTable 1 
542, Field2 203 to LookupTable2 543, all 256-entry tables, and Fields 204 to LookupTableS (a 4096-entry table) 544. 
50 [0043] The outputs of the look-up tables, via multiplexers 545, are processed by con-esponding field mapping units 
551-554 described In detail below. The output of the field mapping units are combined by a cascading network of arith- 
metic logic units (ALU) 560 to produce the opacity-weighted samples 299. 

[0044] After classification, the results are routed by a path 51 6 to the multiplexer 51 5 at the top of the interpolators 
520, and then on to the rest of the rendering pipeline. 
55 [0045] Any look-up table may be bypassed under the control of the Bypass0-Bypass3 signals. Each Bypass signal 
is a two bit signal, and is associated with a particular field of the raw or interpolated voxel. When the Bypass signal Is 
zero (00), classification proceeds normally by using the raw or interpolated voxel field as an index into the look-up table 
541-544. If the Bypass signal is one (01), then the raw or interpolated voxel field is used in place of the looked up entry. 
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If the Bypass signal Is two (10), then the look-up table is used to gather a histogrann of values of the raw or interpolated 
voxel field as described in greater detail below. 

[0046] In the case that a field is bypassed, the raw or interpolated voxel field is expanded from its 12-bit Internal 
representation to a 36-bit wide quantity by prepending the hexadecimal value 0x100000 to its high-order bits. 

5 

Look-up Table Format Registers 

[0047] Entries in each look-up table are 36-blts wide in a prefen^ed embodiment. The classification stage allows a 
flexible protocol for specifying a wide range of formats for look-up table entries, unlike the prior art. Look-up tables allow 
10 flexible classification schemes, including different levels of precision for different fields. Typically, the output of the look- 
up tables is RGB values, although other values, such as luminance can also be looked-up. 

[0048] These formats are specified by the four LookupTableFormat registers 600 as shown in Figure 6. Each format 
register defines the positions of the red, green, blue, and alpha fields 401-404 within a look-up table entry, using the 
same kinds of field descriptors as for voxel formats, see Figure 4. The descriptors are applied in the LC/T field map units 
15 551-554 of Figures. 

[0049] For example, a typical table format of eight bits each of red, green, and blue, plus twelve bits of alpha could 
be expressed by the following: 



25 



Red.Position= 0; 


Red.Size= 1; 


Red.Control - 0 


Green.Position= 2; 


Green.Size= 1; 


Green.Control = 0 


B!ue.Position= 4; 


Blue.Size= 1; 


Blue.Control = 0 


A!pha.Position= 6; 


Alpha.Size =2; 


Alpha.ControI = 0 



[0050] Note, although the fields of a look-up table entry are named after the primary colors, in fact, they may be 
used for other colors or purposes. 
30 [0051] However, the alpha transparency value is a distinguished field, and is used in the compositing stage for 
blending color values. 

[0052] Note that each LookupTableFormat register 600 applies to the bypassed fields as well as to the result that 
Is looked up. By this means, a bypassed value can be routed to one or more of the RGBa signals that the connect to 
the following ALUs 560. In addition, constant values zero and one can also be routed to one or more of the RGBa sig- 
35 nals. 

Combining Look-up Result 

[0053] Before we describe how look-up results are combined by the arithmetic logic units 560 after look-up in tables 
40 551-554, we first consider a special case, a transfer function for opacity correction as described by Lichtenbelt et al. in 
"Introduction to Volume Rendering," Hewlett-Packard Professional Books. Prentice-Hall, p. 89, 1998: 

^,- = 0(/„|Vy| ). 

45 where 0(...) is the opacity transfer function, and |v| is the local gradient magnitude. This function can be expanded to: 

a = 2^„a^„*f^{/)g,(|v/|). 

where Z stands for addition, and * indicates a product. This transfer function is a doubly infinite sum involving products 
50 of basis functions for each term. 

[0054] The sum can be truncated according to the sampling frequency of the volume data set. However, even if 
finite, the expanded form of the sum needs to involve only a few terms to be useful. 

[0055] In what follows, we proposed a fixed number of generalized "summands," which can be combined with arbi- 
tiBry operations, logical or arithmetical. In general, voxel V 200 can be fonnulated as: 

55 

V = {F„F„..., F,), 

where Fq are the multiple fields 201-209 of Figure 2. A look-up table (LUT) Lj acts on attribute values stored in 
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each field F/ to produce corresponding pixel values, for example, RGBSj values: 

/-, ; v^RGBaj(v), v e Fy. 

5 This notation indicates that each look-up table produces the partial RGBa contribution of a given voxel field. We now 
combine those contributions, using logical or arithmetic operations. We denote by "*/>■" the operator that combines 
RGBdj with RGSay, for example: 

RGBdj *ij RGBa j-^ RGBa (jjj 

10 

This means that the operator *y, in reality, is the tensor product of four operators, one for each of the four components 
of the f?GSa value. 

[0056] This iteratlvely defines a tree. Each node in the tree is the contraction of at least two parent nodes. A good 
compromise between full generality and realistic applications Is achieved by using a fixed-grammar, variable width tree 
15 700 of ALU's 560 as shown in Figure 7, where the look-up tables (LUTO, LUT3) 541-544 are for the corresponding 
fields (Fq, .... F3), and the respective combinatorial operators are *32, *io. and *(32){10). where the subscripts denote the 
order of combination of the fields. In other words, the tree of ALU's implements: 

V = (Fs,F2,F„Fo) ^ (L ^(F^) * f,^) ^2(^2)) * (32)(10) 1(^1) * 10^0(^0)) 

20 

As shown clearly in Figure 7, the various "*" operators are composite operators, comprising four component-wise oper- 
ations, one for each of the color-opacity channels. Useful operators, per RGBa channel, are logical (Boolean) opera- 
tions, and arithmetic operations, such as, multiplication, multiplication of the complements with respect to one, addition, 
average, minimum, maximum, among others. Note, some of the operators, could be unitary operators, such as, nega- 

25 tion, in which case the operator only applies to a single parent node. 

[0057] As an advantage, we use a fixed grammar, i.e., a fixed number of nodes at fixed positions in the tree 700. 
Moreover, we provide the ability to "shuffle" voxel fields during decoding by the mapping unit 510. Afield F/ to be looked- 
up in LUTi is defined by on offset and width in the voxel 200. The offset and width can be set in registers as the voxel 
Is decoded. The offset and width can be used to shift and mask the bits of the voxel to extract the appropriate field. 

30 [0058] It should now be apparent that our fixed width grammar can accommodate most useful rendering cases. In 
the case of RGBa volumes, where each voxel is of the form (R, G, B, a), the look-up tables can be arbitrary functions, 
and all the "*" operators can be *or=(0/? %0R ^OR ^ OR). Then for the color red, 

r^L,(r) = (f,{r),OAO), 

35 

and for the color green, 

9-^L2{9) = {0,f2{9)A0l 

40 and 

^3(0 *0R^2(9) - l-32('>9) = (f3(rh f2(9). 0,0). 

[0059] Similarly, for blue 

45 

b^L^(b) = (0,0,f^(b),0), 

and for opacity 

'0 a^Lo(a) = (OAO.fo(3)). 

and 

L ,(b) *oR^o(^) = ^ io(^'^) = (OAfM fo(a)). 

55 

[0060] The final result is: 

^32*OR^ 10 ~ (fM f2(9).fi(b). fo(a))- 
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[0061] Similarty, if one of the voxel fields Is a segmentation field, it is possible to modify the voxel's RGBa assign- 
ment by a segmentation dependent rule. For concreteness, consider the following example. 
[0062] Let {s,i) be a dual field, where s is a category index and / an intensity index. If: 

5 L^(s=1) = (1,0,0, 1), L o(i) = {R,G,B,a), * = AND ^ AND ^ AND ^ OR), 

then 

L,(s=1)%oL,(i) = (rAO,1). 

10 

[0063] The result is that the voxels that belong to the category s=1 are made opaque, and only the red component 
of the voxel's classified intensity is retained. It should be clear that the possible operators one can use is practically 
unlimited. 

15 Arithmetic Logic Units (ALUs) 

[0064] Therefore, in order to generalize the transfer function, the outputs of the LUT field map units 551-554, 
whether they represent looked up entries or bypassed fields, are combined by the hierarchy of arithmetic-logical units 
(ALUs) 560, as shown in Figure 5. The outputs of LUT-0 and LUT-1 are combined by ALU-0, the outputs of LUT-2 and 

20 LUT-3 are combined by ALU-1 , and the outputs of ALU-0 and ALU-1 are combined by ALU-2. 

[0065] Each ALU in Figure 5 is, in fact, four independently controlled, 1 2-bit ALUs, one each for the red. green, blue, 
and alpha fields selected by the LUT field maps 551-554. Each field of the input of the ALU is processed independently 
That is, there are no inter-field operations. The opcodes for each of the fields of each of the ALUs are specified in ALU 
registers 800, as shown in Figure 8. 

25 [0066] Each ALU is controlled by an 8-bit opcode specifying the following operations: Sixteen possible logical oper- 
ations on two inputs, encoded into the first sixteen opcode values. Sixteen addition operations on two inputs. These 
implement the sum or difference, clamped to one. Either or both of the inputs and/or the result may be inverted; in 
repeating fraction arithmetic, this is equivalent to subtracting from one. Thirty-two multiplication operations on two 
inputs. 

30 [0067] Let pqrst be the five low-order bits of the opcode and let A and B be the two inputs. Then: 

Result = p XOR clamp( ( (t XOR A) * (s XOR B) ) « (qr) ) 

That is. conditionally complement /\ and B depending on the values of bits t and s, then multiply, then shift left by 0, 1, 
35 2, or 3 bits as selected by bits qr, then round that result and clamp it to [0...4095], and finally conditionally complement 
that result based on the value of bit p. 

ALU Operations 

40 [0068] As shown in Figure 9, the opcodes support sixteen possible logical (Boolean) operations 900 on two inputs, 
encoded into the first sixteen opcode values. In Figures 9-1 1 , the symbols with a bar above indicate the negative, e.g. 
E would mean 1- E. Figures 10 and 11 show possible arithmetic operations including addition, subtraction, minimum, 
maximum, multiplication, shifting, and complementing either the operands or shifted results. 

[0069] In particular one can perform set-theory operations, such as, find the union of all segments belonging to cat- 
45 egories , C2, and make their opacity zero, i.e., make those two segments invisible. 

[0070] As examples of the use of arithmetical operators, consider the following operators, which can be useful in 
combining two different scans of the same object together: 

A \B = max {A, B}, A %B ^ 1-(1-A)(1-B). 

50 

[0071] One can use the *c operator for each color component, and the *t operator for the opacity: 

RGBa,{\r c* ^GSa^. 

55 [0072] In another example, a volume is combined with a shadow map of the same volume, when illuminated by 
arbitrary light sources. The multi-field voxel is then (s, /*), where s now stands for the shadow value, which is the opacity 
accumulated at the voxel position, when the volume is illuminated by the light sources. Simple shadowing can be per- 
formed by: 
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c' = (7-s)*c. 

[0073] In terms of the combiner 560, consider the operation: 
where V is the usual multiplication: 

s^L^(s) = (1'S,1-s,1-s,1), 

and 

/-^ LqO) = (R.G,B,a), 

and conclude that 

^ %/, LqO) = ^n-sJR, C7-s; G,(1-s)B,a). 

[0074] If we also give the normal field magnitude data as an input, then we can use the classifier to further modulate 
the RGBa above by the edgeness value. 

[0075] A further application where our classifier can be used Is depth shading, where depth is considered as a gen- 
eralization of the concept of shadow, and apply equations similar to the above. 

Opacity Weighting 

[0076] After the outputs of the look-up tables are combined by the ALUs, the resulting red, green, and blue values 
may be optionally multiplied by the alpha value to produce the opacity-weighted color values 299. This Is important for 
properly illuminating and compositing color values. Also, con-ect interpolation of color (RGBa values) components 
requires that they be weighted for opacity when classification takes place before interpolation. This is to prevent voxels 
that have zero opacity from contributing the sample's color. 

[0077] The opacity weighting function is shown in more detail In Figure 12. When the OpacityWeight 1201 is zero, 
the red, green, and blue color fields of the output of the classification stage pass through unchanged. When the Opacity 
Weight is one, each of the red, green, and blue fields is multiplied by the alpha field. 

Interpolation Stage 

[0078] The interpolation stage 520, like the classification stage processes the multiple fields Independently and in 
parallel. When the IC/Cl signal 501 causes interpolation to precede classification, the fields of the raw voxel are inde- 
pendently interpolated, then used as indices to their con-espondlng tables. If however, the IC/Cl signal causes classifi- 
cation to precede interpolation, then the red, green, blue, and alpha values are interpolated as four Independent fields. 
[0079] Interpolation function that can be used include trilinear, Lagrangian, nearest neighbor, etc. Any of these 
functions can be applied to any field during the parallel processing. 

l-llstograms 

[0080] As shown in Figure 13, the classification look-up tables 541-544 can also be used for collecting histograms 
1 300 of raw or interpolated voxel fields 1 301 . In other words, the table can operate in two modes. When classifying indi- 
vidual voxels, the look-up tables are preloaded with classification entries before a rendering pass. The value of each 
voxel field is used to index an entry of a con-espondlng table, and the value of the entry, typically a RGB value, is 
returned. 

[0081] When classifying entire volume data sets, the entries in the look-up tables are all initialized to zero values. 
The value of each voxel field Is used to index an entry of a corresponding table, and the entry is incremented. When all 
voxels have been classified, entries of the table essentially form a histogram of voxel values. By invoking the by-pass 
function, the tables can be read out. The histograms indicate relative frequency of different voxel values. The histo- 
grams can be used to better segment the volume data set. 

[0082] It is to be understood that various other adaptations and modifications may be made within the spirit and 
scope of the invention. Therefore, it is the object of the appended claims to cover all such variations and modifications 
as come within the true spirit and scope of the invention. 
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Claims 

1. A method for mapping samples in a rendering pipelines, comprising the steps of: 

5 storing the samples in a memory, each sample having a plurality of fields; 

storing a descriptor for each field in a field format register; 
reading each sample from the memory into a mapping unit; 
extracting the fields from each sample according to the corresponding descriptor; and 
forwarding the extracted fields in parallel to the rendering pipeline. 

10 

2. The method of claim 1 wherein two adjacent fields overlap. 

3. The method of claim 1 wherein the plurality of fields are enumerated in any order. 

15 4. The method of claim 1 wherein a particular field of the sample stores an intensity value of a scan. 

5. The method of claim 1 wherein a particular field of the sample stores a segmentation value. 

6. The method of claim 1 wherein a particular field stores a physical value. 

20 

7. The method of claim 1 wherein the descriptor includes a size of the field, a position of the field in the sample, and 
control information. 

8. The method of claim 7 wherein the control information detemnines the numeric format of the field. 

25 

9. The method of claim 8 wherein the field is scaled to fit a target data path according to the numeric format. 

10. The method of claim 7 wherein the control information treats the corresponding field as an unsigned repeating frac- 
tion value in the range [0...1]. 

30 

11. The method of claim 7 wherein the control information treats the corresponding field as a signed repeating fraction 
value in the range [- 1 ... + 1]. 

12. The method of claim 9 wherein the numeric format is a binary integer. 

35 

13. The method of claim 1 wherein the plurality of fields represent color and opacity values. 

14. The method of claim 1 wherein each field is classified in parallel by a con-esponding look-up table. 

40 15. The method of claim 1 wherein each field is classified and interpolated, and the order of classification and interpo- 
lation is selectable. 

16. The method of claim 14 wherein the classified and interpolated fields are combined into a colored sample. 
45 17. The method of claim 15 wherein the combining is performed by a plurality of arithmetic logic units. 

18. The method of claim 1 wherein each sample is a voxel. 

19. An apparatus for mapping samples in a rendering pipeline, comprising: 

50 

a memory storing samples, each sample having a plurality of fields; 
a register storing a descriptor for each field of the sample; and 

a mapping unit reading each sample from the memory, extracting the fields from each sample according to the 
descriptor, and fonvarding the extracted fields in parallel to the rendering pipeline. 

55 

20. The apparatus of claim 19 wherein the descriptor includes a size of the field, a position of the field in the sample, 
and control infonmation. 



10 



EP 1 069 528 A2 

21. The apparatus of claim 19 further cx)m prising: 

a plurality of multiplexers for selecting an order for classifying and Interpolating the plurality of fields. 
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